home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / NextAnswers / 1568_OpenStep_and_Solaris_Plain_Text_Version.txt < prev    next >
Text File  |  1995-06-12  |  31KB  |  709 lines

  1.  
  2. *****   OpenStep and Solaris:  A White Paper   *****
  3.  
  4.  
  5. c. 1994 Sun Microsystems, Inc., NeXT Computer, Inc.
  6.  
  7.  
  8.  
  9. Table of Contents:
  10.  
  11. Introduction                        1
  12. The OpenStep Initiative                    1
  13. The Goal: A Standard For Distributed Object Computing    2
  14. What Is OpenStep?                    3
  15. OpenStep Features                     5
  16. OpenStep Benefits                     9
  17. OpenStep and Solaris                     11
  18. Summary                         15
  19.  
  20.  
  21.  
  22. OpenStep and Solaris
  23.  
  24.  
  25. ---->Introduction
  26.  
  27. The SunSoft / NeXT collaboration combines the distributed computing
  28. strengths of Solaris, including the system-wide object services 
  29. provided by Project DOE, with NeXT's OpenStep, the industry leader 
  30. in object-oriented applications development and end-user computing.
  31. This white paper describes OpenStep's features and benefits and 
  32. SunSoft's plans for incorporating OpenStep into Solaris.
  33.  
  34.  
  35. ---->The OpenStep Initiative
  36.  
  37. The primary goal of the OpenStep initiative is the creation of an 
  38. open, high-volume portable standard for object-oriented computing. 
  39. The benefit of this intended standard is to enable the rapid 
  40. development of business applications, including distributed 
  41. applications which fully exploit the power of client/server 
  42. computing through the use of object technology.
  43.  
  44. Providing a rich object solution for client/server computing requires an open standard. This standard should include:
  45.  
  46.     A robust, scalable and reliable operating system foundation
  47.     based on open systems standards;
  48.     
  49.     A common services architecture for distributed computing 
  50.     based on objects;
  51.  
  52.     Integrated and complete object-oriented development tools 
  53.     allowing the rapid creation of client/server applications;
  54.  
  55.     An object-oriented framework accessible to all applications 
  56.     and developers; and
  57.  
  58.     An end-user environment built to exploit the ease of use and 
  59.     integration provided by an object-oriented foundation.
  60.  
  61.  
  62.  
  63. The NeXT and SunSoft Partnership
  64.  
  65. NeXT and SunSoft have formed a partnership to make NeXT's OpenStep 
  66. Application Programming Interface (API) the industry standard for 
  67. object-oriented computing. 
  68.  
  69. By integrating NeXT's OpenStep API, SunSoft's Project DOE 
  70. (Distributed Objects Environment) object system, and Solaris, 
  71. SunSoft will provide customers with a complete solution that is 
  72. compliant with the industry's first open systems standard for 
  73. object-oriented computing.
  74.  
  75.  
  76.  
  77. The Goal: A Standard For Distributed Object Computing
  78.  
  79. The rapid development of distributed applications has been an 
  80. elusive goal of corporate computing. Earlier attempts required the 
  81. use of low-level networking protocols (such as Remote Procedure Call 
  82. mechanisms), leaving the developer with the burden of focusing more 
  83. on complex, low-level networking and systems management than on 
  84. high-level business functionality. The network programming model 
  85. also meant that implementation decisions had to be made at the time
  86. the application was being designed, rendering the application hard 
  87. to modify and less able to benefit from the power of client/server 
  88. computing.
  89.  
  90. By allowing programmers to work at a high level of abstraction and 
  91. to reuse code with ease, object-oriented programming is being viewed 
  92. as the software equivalent of the industrial revolution, replacing 
  93. today's costly hand-made business applications with applications 
  94. which can be assembled out of reusable components.
  95.  
  96. The NeXT and SunSoft partnership will accelerate the adoption of object technology in two ways. First, NeXT and SunSoft are extending 
  97. the industry's current focus on object-oriented languages to a 
  98. broader focus on developing a standard, system-wide object 
  99. architecture. This architecture will provide an object framework 
  100. which integrates languages into a complete client/server operating 
  101. system optimized for object-oriented computing. Much richer than a 
  102. narrow object-oriented language layer, this object architecture will 
  103. harness the power of networked objects to build distributed, 
  104. client/server applications easily.
  105.  
  106. Second, no standard for object-oriented computing exists today. NeXT and SunSoft are working together to make the OpenStep APIs the first 
  107. high-volume, open and portable industry standard. This is the 
  108. overall goal of the OpenStep initiative, to provide the industry's 
  109. first open systems standard for object computing.
  110.  
  111.  
  112. -----> What Is OpenStep?
  113.  
  114. OpenStep is an Application Programming Interface (API), an interface 
  115. to a set of functionality. One implementation of this functionality 
  116. is the NEXTSTEP Application Environment. In terms of today's 
  117. NEXTSTEP product, the OpenStep API corresponds to the operating 
  118. system independent layers of NEXTSTEP. The OpenStep interface is 
  119. based on the NEXTSTEP 3.2 APIs. Thus, successful implementations of 
  120. the OpenStep API will provide the functionality and user experience 
  121. similar to the current version of NEXTSTEP.
  122.  
  123. SunSoft is adopting the OpenStep API as its sole object standard. By 
  124. integrating Solaris and OpenStep, SunSoft is ensuring that the 
  125. functionality found today in the NEXTSTEP Application Environment is 
  126. part of Solaris.
  127.  
  128. The formal OpenStep interface specification will be published by 
  129. June 30, 1994 and will be available to all interested parties, 
  130. enabling others to develop and market alternate implementations of 
  131. the OpenStep standard. The OpenStep interfaces will be clearly 
  132. documented and evangelized to promote the consistency and broad 
  133. availability of the OpenStep standard on multiple platforms.
  134.  
  135. As an open, public standard, the OpenStep API will be administered 
  136. by an independent standards body. Any organization whose 
  137. implementation of the OpenStep API passes the OpenStep certification 
  138. test suite may freely license the OpenStep name and trademark.
  139.  
  140.  
  141. Towards an Open Systems Market for OpenStep Objects
  142.  
  143. The integration of the OpenStep API into industry-standard operating 
  144. systems enables vendors to bridge the gap between operating system 
  145. and application functionality. 
  146.  
  147. By adhering to standards such as the Object Management Group's (OMG) 
  148. CORBA (Common Object Request Broker Architecture) and extending the 
  149. benefits of object orientation to distributed computing, the 
  150. commercial customer will realize many benefits. Chief among them 
  151. will be the growth of a broad market for objects, a market not 
  152. dominated by a single supplier.
  153.  
  154. The ability to obtain a wide variety of commercially available 
  155. software objects and incorporate them into a development environment 
  156. dramatically improves the creation of robust enterprise-ready 
  157. applications. This is one key promise of the OpenStep initiative. 
  158. Achieving this goal will require not only the best technology in the 
  159. industry, but also the volume adoption that can be created through 
  160. open systems.
  161.  
  162. NeXT and SunSoft are committed to creating an open environment where market forces greater than any single company can accelerate the availability of technology and solutions. Support for creating OpenStep-compatible objects and assistance in obtaining them will be provided by NeXT and SunSoft.
  163.  
  164.  
  165.  
  166. -----> OpenStep Features
  167.  
  168.  
  169. Objects: The Basis of OpenStep
  170.  
  171. Objects are the foundation of the object-oriented OpenStep API. 
  172. Objects are self-contained, reusable software modules containing 
  173. data and associated behavior (methods). Objects help developers 
  174. manage complexity because developers only need to understand what an 
  175. object does (the messages it responds to)-not how the object "works" 
  176. internally-to use an object developed by another party.
  177.  
  178. Object-orientation simplifies application development, makes team 
  179. programming easier and maintenance simpler, and gives programmers a
  180. more comprehensive view of an application's architecture. Most 
  181. importantly, object orientation encourages code reuse, greatly 
  182. reducing the costs associated with the software maintenance 
  183. lifecycle.
  184.  
  185. By integrating a powerful object framework into standard operating 
  186. system environments, the commercial customer will realize unique 
  187. benefits. These include greater ease of use for all applications, 
  188. reusable third-party objects, improved developer productivity, and 
  189. greater insurance that applications are portable, scalable and 
  190. extensible. Business applications will evolve rapidly and gracefully 
  191. reducing development costs.
  192.  
  193.  
  194.  
  195. The Goals of OpenStep
  196.  
  197. The development of OpenStep was guided by these principles:
  198.  
  199.     The industry needs an open object standard for enterprise 
  200.     computing, bringing to object-orientation the broad market
  201.     forces of the open systems movement;
  202.  
  203.     OpenStep applications should be portable across the full 
  204.     range of OpenStep and NEXTSTEP platforms;
  205.  
  206.     Developers in the 1990's need an application development 
  207.     architecture, not a collection of poorly integrated tools 
  208.     that weren't designed to work together. The OpenStep API 
  209.     defines a complete architecture ensuring that OpenStep- 
  210.     compliant programming languages, windowing and graphics 
  211.     systems, user interface toolkits, class libraries, database 
  212.     tools, and project management tools will work together in 
  213.     a tightly-coupled, integrated way;
  214.  
  215.     A development platform must provide a high level of 
  216.     functionality that all developers can depend on 
  217.     functionality common across applications. This frees 
  218.     developers from writing code common to most applications 
  219.     and requires them to write only the code which is unique 
  220.     to their business application. The OpenStep API is 
  221.     implemented using rich object frameworks providing the 
  222.     core functionality required by most business applications;
  223.  
  224.     Interface creation should be the least labor-intensive part
  225.     of development. Experimentation with the human factors 
  226.     required to make an application easy to use should be 
  227.     enabled by good GUI development tools. To make this possible 
  228.     the OpenStep API is supported by a companion product 
  229.     providing OpenStep application development tools whose 
  230.     Interface Builder makes interface creation a breeze;
  231.  
  232.     A development environment should employ the same windowing 
  233.     system and imaging model for screen and hardcopy output, and 
  234.     all applications should support key multifont text and 
  235.     graphics standards.
  236.  
  237.     A development environment should encourage programmers to 
  238.     provide high-quality and consistent graphical user 
  239.     interfaces that can be easily localized for different 
  240.     foreign languages. By its separation of user interface files 
  241.     from business logic, the OpenStep architecture fully 
  242.     supports easy application localization.
  243.  
  244.     Custom applications should integrate commercial productivity 
  245.     tools. OpenStep accomplishes this by using a single, uniform 
  246.     object messaging interface between objects within and among 
  247.     all applications, easily accessed by end-users through 
  248.     consistent cross-application services and information 
  249.     hot-linking.
  250.  
  251.     At a minimum, the object API should support multiple 
  252.     languages. The OpenStep API will support applications 
  253.     written in ANSI-C, Objective-C and C++.
  254.  
  255.     The environment should facilitate the development of 
  256.     distributed applications to promote client/server 
  257.     architectures and distributed computing. The burden of 
  258.     networked applications development should be handled 
  259.     transparently through use of distributed objects conforming 
  260.     to a common model.
  261.  
  262.     Finally, the system should define a model for creating 
  263.     objects that will enable independent authorship of a large 
  264.     number of reusable software objects by third party
  265.     developers - in much the same way that today's NEXTSTEP 
  266.     developers are building reusable ObjectWare.
  267.  
  268. These are the goals of the OpenStep API, together with SunSoft's 
  269. goals in providing NEXTSTEP Application Environment functionality 
  270. for Solaris users, and the goals of companion products for Solaris 
  271. users, including application development tools for OpenStep 
  272. programmers.
  273.  
  274.  
  275.  
  276. OpenStep Functionality
  277.  
  278. The OpenStep API defines a single uniform, portable object-oriented 
  279. environment. 
  280.  
  281. The cohesiveness of the system simplifies application development,
  282. makes cooperation among programmers and applications easier, renders
  283. maintenance simpler, and gives the developer a more comprehensive 
  284. view of a program's architecture. A complete environment for 
  285. object-oriented end-user computing, the OpenStep API is implemented 
  286. using a number of object frameworks, including the NEXTSTEP 
  287. Application Framework, frameworks providing access to relational 
  288. databases and frameworks providing support for distributed computing 
  289. using objects. The OpenStep API is supported by companion products, 
  290. including application development tools for OpenStep. Each of these 
  291. is described below.
  292.  
  293.  
  294.  
  295. NEXTSTEP Application Framework
  296.  
  297. The NEXTSTEP Application Framework is a set of approximately 150 
  298. core objects which have been developed and refined over eight years 
  299. and which have been shipping for more than five years. These objects 
  300. provide the framework required by any application, and a powerful 
  301. set of interface and supporting objects that provide advanced 
  302. functionality well beyond the windowing toolkits found in other 
  303. environments. In addition to standard interface elements such as 
  304. scrollers, cursors, buttons, sliders, windows, and panels, the 
  305. Application Framework includes high-level objects for such functions
  306. as:
  307.  
  308.     - Managing events
  309.     - Cross-application services
  310.     - Information hot-linking across applications
  311.     - Imaging
  312.     - Displaying TIFF and EPS images
  313.     - Manipulating, editing and spell-checking multifont text
  314.     - Selecting colors
  315.     - Opening and saving files
  316.     - Creating hierarchical information browsers
  317.     - Device-independent printing and faxing (Group III and IV 
  318.       formats)
  319.  
  320. Nearly every object in the Application Framework is extensible. 
  321. Developers can create subclasses of OpenStep's object classes, and 
  322. even those not designed to allow subclassing often provide hooks for 
  323. dynamically adding new components at run-time.
  324.  
  325.  
  326.  
  327. Frameworks for Accessing Relational Databases
  328.  
  329. Because of integrated support for relational databases, every 
  330. OpenStep application can access and incorporate relational 
  331. databases. Unlike traditional fourth-generation languages, using 
  332. OpenStep there is no distinction between database applications and 
  333. other OpenStep applications. All applications use the same 
  334. development tools and access the same underlying facilities. Every 
  335. OpenStep application can be a database application and every 
  336. database application can exploit the other rich facilities of 
  337. OpenStep such as cross-application services.
  338.  
  339. These frameworks radically shorten the time required to design and 
  340. implement database applications that have graphical user interfaces 
  341. (GUIs) and simplify management and control of database transactions 
  342. within an application. These frameworks allow developers to design 
  343. applications independently of the databases they will be used with.
  344. The resulting applications can be migrated to a different database 
  345. without modification, that is, without recoding the user interface 
  346. or applications logic. These frameworks enable a single application 
  347. to integrate information from multiple database vendors' products.
  348.  
  349.  
  350.  
  351.  
  352. Distributed Object Framework
  353.  
  354. The OpenStep API is designed to support distributed object 
  355. applications. The OpenStep object model is the same within 
  356. applications, between applications residing on the same computer, 
  357. and between processes running across enterprise networks. OpenStep's 
  358. reliance on a distributed object model simplifies the development of
  359. client/server applications by enabling OpenStep objects to reside
  360. anywhere on a network of clients or servers. NeXT and SunSoft both
  361. endorse the OMG CORBA standard for distributed object computing and 
  362. will use CORBA to ensure interoperability across different OpenStep 
  363. implementations. OpenStep's object distribution capabilities ensures 
  364. that objects can interoperate across all OpenStep clients and 
  365. servers.
  366.  
  367. Available today for distributed computing is NeXT's Distributed 
  368. Object Framework, a component of the OpenStep API. Distributed 
  369. applications based on this distributed object framework, including 
  370. applications based on NeXT's PDO (Portable Distributed Objects) 
  371. product for servers, will easily migrate to OpenStep 
  372. implementations.
  373.  
  374.  
  375.  
  376. Application Development Tools for OpenStep
  377.  
  378. An integrated set of application development tools will be available 
  379. as a companion product for building OpenStep-compliant applications. 
  380. These tools will include language support for applications written
  381. in Objective-C, ANSI-C and C++. In addition, they will include 
  382. visual programming tools such as Project Builder, for managing all 
  383. of the files and resources in a given application; and Interface 
  384. Builder, for managing all of the objects in an application.
  385.  
  386. Interface Builder is the primary tool for graphical interface 
  387. development and management of an application's objects. Interface 
  388. Builder improves programmer productivity with its complete 
  389. environment for laying out, constructing, and testing user 
  390. interfaces. It also provides powerful software engineering tools to 
  391. incorporate, access, edit, and manage live objects, including 
  392. off-the-shelf as well as customer developed objects. Interface 
  393. Builder is:
  394.  
  395.     A complete object-oriented user interface development, 
  396.     layout, prototyping, and testing tool;
  397.  
  398.     An object editor that manages the interactions between the 
  399.     objects in a program. Using Interface Builder, programmers 
  400.     define the messages objects may send each other, whether
  401.     they are user interface objects or any other kinds of 
  402.     objects;
  403.  
  404.     A tool that encourages modularity because of the ease with 
  405.     which a program can be split into separate modules;
  406.  
  407.     A class hierarchy manager for supplied classes and classes 
  408.     of objects added by developers, and a tool for creating 
  409.     subclasses of existing classes; and
  410.  
  411.     An object and palette manager, allowing palettes of custom 
  412.     objects to be displayed and manipulated in the same way as 
  413.     OpenStep supplied objects.
  414.  
  415.  
  416.  
  417. -----> OpenStep Benefits
  418.  
  419. Leverage Reusable Third-Party Objects
  420.  
  421. OpenStep's standard object interfaces combined with multi-vendor 
  422. support for the base object framework will ensure that a wide 
  423. variety of industry-specific and general purpose objects are 
  424. developed, of the sort described in NeXT's ObjectWare Catalog. 
  425. Developers will be able to rely on in-house objects as well as 
  426. commercial objects to provide much of the functionality required, 
  427. concentrating their efforts on deploying applications constructed 
  428. of reusable, tested objects, resulting in higher overall software 
  429. quality and faster time to completion.
  430.  
  431.  
  432. Greater Functionality For Every Application
  433.  
  434. OpenStep's object frameworks provide the common functionality needed 
  435. by most business applications-as much as 85% of common business 
  436. functionality according to a study by Booz, Allen & Hamilton of 
  437. the related NEXTSTEP product. OpenStep will raise the lowest common denominator, providing all programs with a greater level of 
  438. consistency in behavior and basic functionality such as the ability 
  439. to message other applications or fax information from within any 
  440. application. OpenStep's rich application framework allows developers 
  441. to focus the majority of their development energy on the unique, 
  442. high value aspects of the application, leveraging the core 
  443. functionality already provided by OpenStep. 
  444.  
  445.  
  446. Portability
  447.  
  448. Applications written to OpenStep will be portable across the entire 
  449. range of platforms supporting the OpenStep API, resulting in an open 
  450. competitive space for platform vendors. Platforms supporting 
  451. OpenStep applications will include native NEXTSTEP for Intel, SPARC 
  452. and PA-RISC; and OpenStep-compliant Solaris running on SPARC, Intel 
  453. and PowerPC processors; and other OpenStep-compliant products from 
  454. other vendors.
  455.  
  456.  
  457. A Volume Standard
  458.  
  459. A key benefit of the NeXT and SunSoft collaboration will be to make 
  460. OpenStep a standard, evangelizing the industry-proven OpenStep APIs 
  461. to as large an installed base as possible through volume shipment, 
  462. attractive licensing, and open publication of the specifications by 
  463. independent standards bodies. This will create a larger market for 
  464. third party software solutions of all kinds.
  465.  
  466.  
  467. Extensibility and Graceful Evolution
  468.  
  469. Because the public interfaces of objects are separate from their 
  470. implementation, existing applications can extend their functionality 
  471. by replacing older objects with newer versions, greatly reducing the 
  472. maintenance and testing requirements which prove to be so expensive 
  473. in non-object-based systems. In this way, applications can be 
  474. extended easily and evolve to meet new business needs.
  475.  
  476.  
  477. Scalability and Transportability
  478.  
  479. Given the OpenStep distributed object framework, objects can reside 
  480. anywhere on the network, and a network object model ensures that 
  481. objects hide the details of client/server and network-based
  482. computing. 
  483.  
  484. Underlying OpenStep will be SunSoft's OMG-standard DOE architecture 
  485. which supports the full range of granularity, from fine to coarse 
  486. grained objects. This scalability, combined with the distributed 
  487. object capability to build networked applications easily and 
  488. transparently supports the widest set of distributed architectures.
  489. Complex network programming is no longer required, due to the 
  490. powerful location transparent mechanisms which manage global naming,
  491. location, and communication among objects.
  492.  
  493.  
  494. Reduced Development Costs
  495.  
  496. Assembling new applications out of an inventory of in-house or 
  497. third-party components greatly reduces the cost of new development. 
  498. Moreover, once an object is developed and tested, it will not need 
  499. to be tested again, since objects are fully independent modules 
  500. which are not affected by changes to other objects. NEXTSTEP, the 
  501. basis of OpenStep, is recognized for its ability to reduce 
  502. development costs through rapid prototyping and object reuse, and 
  503. enabling developers to work with real, live dynamic objects.
  504.  
  505.  
  506.  
  507. -----> OpenStep and Solaris
  508.  
  509. SunSoft and NeXT are bringing the best of object-oriented and 
  510. distributed computing technology to Solaris. SunSoft's technology 
  511. leadership has led to the adoption of core DOE technology in the 
  512. Object Management Group's standards including CORBA (Common Object 
  513. Request Broker Architecture) and COSS (Common Object Services 
  514. Specification), of which SunSoft was the primary author.
  515.  
  516. OpenStep complements these system-wide services. NeXT has led the 
  517. industry in developing object-oriented environments and developer 
  518. tools. Users of NEXTSTEP have achieved dramatic productivity gains 
  519. in developing high quality applications, shortening from years to 
  520. months the time required to create sophisticated and easily 
  521. maintained business solutions. The incorporation of NeXT's object 
  522. technology into Solaris will result in the best distributed object 
  523. system in the industry.
  524.  
  525.  
  526.  
  527. OpenStep and CDE
  528.  
  529. When SunSoft's OpenStep integration is complete, Solaris will 
  530. include two application environments, CDE and the NEXTSTEP 
  531. Applications Environment implementation of the OpenStep API. The 
  532. CDE environment will ensure compatibility across multiple UNIX 
  533. platforms. SunSoft is committed to support CDE as one of its 
  534. primary standards.
  535.  
  536. For users and developers desiring to gain the benefits of object-
  537. orientation such as rapid time to market for mission-critical 
  538. software, Solaris will support the full NEXTSTEP user environment. 
  539. To encourage standardization of object applications, SunSoft has 
  540. chosen the NEXTSTEP Applications Environment, accessible via the 
  541. OpenStep API as its object standard. 
  542.  
  543. SunSoft will ensure that CDE and OpenStep applications integrate 
  544. and interoperate on a common desktop.
  545.  
  546. Object-oriented applications will be developed by writing to the 
  547. OpenStep API. This API will provide consistent and high-level access 
  548. to the features of the NEXTSTEP Applications Environment, the 
  549. NEXTSTEP user interface and object environment, including NeXT's 
  550. core object frameworks.
  551.  
  552.  
  553.  
  554. OpenStep and Project DOE
  555.  
  556. To further enable client/server applications for enterprise 
  557. computing, the OpenStep API will be supported by a powerful 
  558. distribution infrastructure, DOE, that allows objects to 
  559. collaborate across the network. The DOE Object System includes 
  560. a full range of distributed computing services based on the OMG 
  561. CORBA specification for heterogeneous computing. The distributed 
  562. object system will provide:
  563.  
  564.     Transparent distribution, via OMG CORBA technology, allowing 
  565.     all objects to message all other objects, regardless of 
  566.     location. This flexible capability supports client/server 
  567.     and peer architectures, enabling software right-sizing;
  568.  
  569.     Multilingual interoperability, via OMG standard interface 
  570.     definition language (IDL) mappings, allowing a client object 
  571.     written in one language to access a server object written in 
  572.     another;
  573.  
  574.     Scalability, provided via a distributed object architecture, 
  575.     allowing systems to be constructed of any size, utilizing 
  576.     any number of machines, all connected with via standard 
  577.     mechanisms supported by over 350 companies through the OMG 
  578.     standardization process; and
  579.  
  580.     Standardization, via adherence to industry standards, as 
  581.     well as existing agreements with other major computer 
  582.     vendors such as IBM and HP. Standardization provides 
  583.     the ability for system level objects to be ported across 
  584.     multiple platforms, as well as establishing a common object
  585.     model for third party developers.
  586.  
  587. SunSoft will support the OpenStep API as an integral part of 
  588. Project DOE's distributed object environment, leveraging Solaris
  589. multithreading and multiprocessing capabilities.
  590.  
  591.  
  592.  
  593. Using OpenStep Within Solaris
  594.  
  595. Because the OpenStep interface specification is based on NEXTSTEP 
  596. 3.2, the OpenStep API is designed to ensure maximum portability, 
  597. compatibility and consistency with native NEXTSTEP. And OpenStep 
  598. will serve as the API for future releases of native NEXTSTEP itself.
  599.  
  600. Users will find using an application written to the OpenStep API 
  601. identical to the experience of using a native NEXTSTEP application. 
  602. In a similar fashion, programmers will use the OpenStep developer 
  603. tools based on the existing NEXTSTEP Developer family of tools to 
  604. build OpenStep applications. Developers will notice only minor 
  605. changes from today's NEXTSTEP 3.2 API.
  606.  
  607. The experience of using or developing for OpenStep-compliant 
  608. environments will be very similar to the experience of using or 
  609. developing native NEXTSTEP applications. Thus, the best way for 
  610. developers to begin developing OpenStep-compliant applications is 
  611. to begin using the OpenStep Developer Starter Kit.
  612.  
  613.  
  614.  
  615. ----> Summary
  616.  
  617. Through the OpenStep initiative, NeXT and SunSoft have defined an 
  618. open systems standard for objects. OpenStep integrated into Solaris 
  619. provides an enterprise-ready framework for distributed object 
  620. computing. The solution offers software that has both a low learning 
  621. curve and high software development productivity, combining the best 
  622. of distributed and object-oriented computing.
  623.  
  624. OpenStep's integration into Solaris addresses many of the key 
  625. problems in developing and using application software today -
  626. reducing the cost of development and ownership, improving software 
  627. quality, ensuring that all functionality is easy-to-use, improving 
  628. interoperability, and providing a truly scalable, network-
  629. transparent architecture for enterprise computing.
  630.  
  631.  
  632.  
  633. ----------------------------
  634.  
  635.  
  636. Sunsoft
  637. 2550 Garcia Avenue, Mountain View, California 94043-1100 U.S.A.
  638.  
  639. NeXT Computer, Inc.
  640. 900 Chesapeake Drive, Redwood City, California 94063 U.S.A.
  641.  
  642.  
  643. NEXTSTEP Release 3 Copyright 1988-1994 NeXT Computer, Inc. All rights reserved. [6453.00]
  644.  
  645. This product and related documentation are protected by copyright 
  646. and distributed under licenses restricting its use, copying, 
  647. distribution, and decompilation. No part of this product or related 
  648. documentation may be reproduced in any form by any means without 
  649. prior written authorization of NeXT, Sun and their licensors, if 
  650. any.
  651.  
  652. Portions of this product may be derived from the UNIX and Berkeley 
  653. 4.3 BSD systems, licensed from UNIX System Laboratories, Inc. 
  654. and the University of California, respectively. Third-party font 
  655. software in this product is protected by copyright and licensed from 
  656. NeXT's Font Suppliers.
  657.  
  658. RESTRICTED RIGHTS LEGEND: Use, duplication, or disclosure by the 
  659. United States Government is subject to the restrictions set forth 
  660. in DFARS 252.227-7013 (c)(1)(ii) and FAR 52.227-19.
  661.  
  662. The product described in this publication may be protected by one 
  663. or more U.S. patents, foreign patents, or pending applications.
  664.  
  665. TRADEMARKS
  666. Sun, Sun Microsystems, the Sun logo, SMCC, the SMCC logo, SunSoft, 
  667. the SunSoft logo, Solaris, SunOS, OpenWindows, DeskSet, ONC, NFS, 
  668. NetISAM, and ToolTalk are trademarks or registered trademarks of 
  669. Sun Microsystems, Inc. NeXT, the NeXT logo, NEXTSTEP, the NEXTSTEP 
  670. logo, OpenStep, NEXTSTEP Developer, ObjectWare, Portable Distributed 
  671. Objects, and PDO are trademarks or registered trademarks of NeXT 
  672. Computer, Inc. UNIX and OPEN LOOK are registered trademarks of UNIX 
  673. System Laboratories, Inc., a wholly-owned subsidiary of Novell, Inc. 
  674. All other product names mentioned herein are the trademarks or 
  675. registered trademarks of their respective owners.
  676.  
  677. All SPARC trademarks, including the SCD Compliant Logo, are 
  678. trademarks or registered trademarks of SPARC International, Inc. 
  679. SPARCstation, SPARCserver, SPARCengine, SPARCworks, and SPARCompiler 
  680. are licensed exclusively to Sun Microsystems, Inc. Products bearing 
  681. SPARC trademarks are based upon an architecture developed by Sun 
  682. Microsystems, Inc. 
  683.  
  684. The OPEN LOOK and Sun Graphical User Interfaces were developed by 
  685. Sun Microsystems, Inc. for its users and licensees. Sun acknowledges 
  686. the pioneering efforts of Xerox in researching and developing the 
  687. concept of visual or graphical user interfaces for the computer 
  688. industry. Sun holds a non-exclusive license from Xerox to the Xerox
  689. Graphical User Interface, which license also covers Sun's licensees 
  690. who implement OPEN LOOK GUIs and otherwise comply with Sun's written 
  691. license agreements.
  692.  
  693. X Window System is a trademark and product of the Massachusetts 
  694. Institute of Technology.
  695.  
  696. THIS PUBLICATION IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND, 
  697. EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE 
  698. IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR 
  699. PURPOSE, OR NON-INFRINGEMENT.
  700.  
  701. THIS PUBLICATION COULD INCLUDE TECHNICAL INACCURACIES OR 
  702. TYPOGRAPHICAL ERRORS. CHANGES ARE PERIODICALLY ADDED TO THE 
  703. INFORMATION HEREIN; THESE CHANGES WILL BE INCORPORATED IN NEW 
  704. EDITIONS OF THE PUBLICATION. NEXT COMPUTER, INC. OR SUN 
  705. MICROSYSTEMS, INC. MAY MAKE IMPROVEMENTS AND/OR CHANGES IN THE 
  706. PRODUCT(S) AND/OR THE PROGRAM(S) DESCRIBED IN THIS PUBLICATION 
  707. AT ANY TIME.
  708.  
  709.